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(54) Method and apparatus for voice messaging originated by mobile terminals 



(57) An apparatus and method for transmission of 
information over an electronic network In the form of a 
user-to-user voice messaging service between mobile 
phone subscribers. A voice SMS system provides a 
handset interface layer coupled with a graphics user in- 
terface (GUI), mobile tennlnated SMS notifications and 
an Interface for the utilization of the Personal Address 
Book (PAB) of the message sender to address messag- 
es. The interface layer manages both incoming and out- 
going voice messages. The voice SMS system is de- 



vice, platfomn and network protocol independent. Pro- 
tocols include GSM, TDMA and CDMA. 

Alternativetechnologles provided forthe Implemen- 
tation of the mobile handset Interface Include: 

• SIM Application Toolkit (SAT); 

• Browser-based interface based on Wireless Appli- 
cation Protocol (WAP) or HTML or C-HTML; and 

• Interactive Voice Response (IVR). 
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Description 

FIELD OF THE INVENTION 

[0001] The present invention relates generally to the 
transmission of information over an electronic network, 
and specifically to a voice messaging service between 
mobile phone subscribers utilizing a handset interface 
layer, SIVIS notification, and the Private Address Book 
(PAB) of the message sender to access phone numbers. 

BACKGROUND OF THE INVENTION 

[0002] I n the art of user-to-user messaging for cellu lar 
networks, currently, Short Message Service (SMS) is 
used for text messaging, known in the art as Mobile 
Originated SMS, and is supported by some of the cellu- 
lar network standards, i.e. Global System for Mobile 
Communications (GSM) and Time Division Multiple Ac- 
cess (TDMA). The utilization of SMS is enabled and fa- 
cilitated by use of a dedicated user interface on the 
handset. Using SMS, a short alphanumeric message of 
up to 1 60 alphanumeric characters can be sent to a mo- 
bile phone to be displayed there on the screen 
[0003] For all forms of phone usage, Voicemail Call 
Answering is commonly available. In the art of voice- 
mail, when a telephone call is not answered, the caller 
Is offered to leave a message. Some voice-mail systems 
offer, in addition to the call answering function, inter- 
mailbox messaging or a message deposit function. The 
inter-mailbox messaging feature enables subscribers of 
the same voicemail system (with the same network op- 
erator) to send voice messages from one's voicemail 
box to that of another. The direct deposit feature enables 
direct deposit of a voice message at the destination 
voicemail box. However, for example, if neither the caller 
nor the recipient has a voice mailbox available, or if the 
two parties are subscribed to different telephone net- 
works, it may not be feasible to leave a voice message. 
At times the calling party may prefer to leave a message 
and not hold a conversation, for example to avoid dis- 
turbance of the called party. 

[0004] Thus, there is a need to provide a quick, user- 
friendly graphics user interface (GUI) method of man- 
aging mobile originated voice messaging between mo- 
bile phone end-users, and the method must be generally 
applicable, without the prerequisite of special subscrip- 
tion or provisioning for a pre-existing voice mailbox with 
the network operator, and with the flexibility of message 
interaction with all global mobile end-users outside a 
particular mobile network. 

SUMMARY OF THE INVENTION 

[0005] Accordingly, it is a principal object of the 
present invention to overcome the limitations of existing 
voice messaging systems, and to provide improved 
methods and apparatus for mobile network Mobile Orig- 



inated (MO) voice messaging. 

[0006] It is another object of some aspects of the 
present invention to provide improved methods and ap- 
paratus for voice messaging where neither caller nor re- 

5 cipient has a voice mailbox. 

[0007] It Is a further object of some aspects of the 
present invention to provide improved methods and ap- 
paratus for equipping the mobile handset with an appli- 
cation interface layer that manages both outgoing and 

10 incoming voice messages, that provides notification to 
the recipient of recorded voice messages, and that en- 
ables the voice message recipient to respond in a sim- 
plified manner. The application interface layer providing 
these functions is defined herein as voice SMS. Voice 

15 SMS includes voice messaging to a mobile phone and/ 
or to a wired phone. 

[0008] It is a still further object of some aspects of the 
present invention to provide improved methods and ap- 
paratus for voice messaging that is device, platform and 
20 network protocol independent. Protocols include GSM, 
TDMA and Code Division Multiple Access (CDMA), for 
example. 

[0009] In accordance with a preferred embodiment of 
the present invention, there is provided a system for 
25 sending and receiving outgoing and incoming voice 
messages over at least one mobile telephone network 
via send/receive devices of a message sender and a 
message receiver, said system including: 

30 a voice SMS application server coupled with a mes- 
sage storage device and a notification server; and 
an application user interface layer coupled with a 
graphic user interface (GUI) on at least one of the 
send/receive devices of the message sender and 

35 receiver, said application user interface layer com- 
municating with said application server over said at 
least one telephone network for managing outgoing 
and incoming voice messages of said voice SMS 
application server. 

40 

[0010] In a preferred embodiment of the invention, the 
system is provided as a voice SMS platfomn, comprising 
a voice SMS server, and an application user interface 
layer coupled with a Graphic User Interface (GUI). 
45 There are many alternative technologies for the imple- 
mentation of the mobile handset interface of the voice 
SMS capability, examples of which are: 

Browser-based interface based on Wireless Appli- 
50 cation Protocol (WAP) or HTML or C-HTML; 

SIM Application ToolKit (SAT), described hereinbe- 
low; and 

55 Interactive Voice Response (IVR). 

[0011] A Subscriber Identity Module (SIM) is de- 
signed to be inserted into a mobile telephone. A SIM is 
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a form of "smart" card, or chip embedded with informa- 
tion, which contains all subscriber-related data, such as 
phone numbers, service details, and memory for storing 
messages. With a SIM card, or plug-in variation, calls 
can be made from any valid mobile phone because the 
subscriber data-not the telephone's internal serial 
number-is used to make the call. 
[0012] SAT is WAR'S forerunner. WAP and SIM-ori- 
ented approaches to providing mobile data and Internet 
services each has its own advantages, making them 
useful for different purposes. SIIVI Application Toolkit en- 
ables operators to send applications over the air as short 
message service (SMS) or cell broadcast messages to 
update SIM cards with adapted or new services. SAT 
applications are built for a client server environment, 
and small programs can be created by network opera- 
tors and other SIM card owners, including defining how 
a mobile phone talks to a bank card, or allowing users 
to download new ringing tones. 
[0013] The basic platfomn functionality is the same for 
each of the three alternative interfaces, though each in- 
terface is characterized by differences in the channels 
used for data and instruction exchange between the 
handset and the voice SMS server. 
[0014] In accordance with the inventive method, voice 
SMS messaging is accomplished without the require- 
ment of placing a telephone call to the recipient, and 
without the requirement of a subscription by the sender 
or the receiver to a voice mailbox from a voice network 
operator. In the preferred embodiment, both sender and 
receiver access the service using a device, such as a 
mobile telephone, having a graphic user Interface (GUI). 
[0015] A preferred embodiment provides voice mes- 
saging for mobile network subscribers. On the client end 
of the invention, the mobile handset is equipped with an 
application interface layer that enables the user to man- 
age both outgoing and incoming voice messages. On 
the server end, a voice storage server stores the mobile 
originated (MO) voice messages, and forwards the mes- 
sages to the destination once they are retrieved. The 
server uses Mobile Terminated (MT) SMS to deliver re- 
al-time notifications (i.e. a New Voice SMS Received 
and a Message Receipt Confimriation notification). 
[0016] Utilizing one of the three alternative voice SMS 
interfaces, the subscriber/caller enters a Send Session 
menu choice on the GUI and chooses the target number 
by selecting an entry out of his personal address book 
(PAB) (an entry may represent a single number or a 
mailing list) or by manual entry. The voice SMS server 
receives the service request along with the target 
number. On receipt of the Send Session request and 
number, the voice SMS server allocates a dynamic 
voice mailbox (if a box does not already exist for the 
intended recipient), enters Record Mode, and prompts 
the caller to start recording the voice SMS message. 
[0017] Upon receipt of the End Session signal (phone 
hang up after message is left by sender) by the voice 
SMS server, a New Voice SMS notification Is sent to the 



destination number via Mobile Terminated SMS (for mo- 
bile subscribers) or by utilizing other applicable notifica- 
tion methods available with other wireless and wire-line 
networks (e.g. Message Waiting Indication). 
5 [001 8] The receivin g party may play the message with 
a "single click" by dialing the direct access number em- 
bedded In the New Voice SMS notification (utilizing the 
SEND handset button). Where a visual interface layer 
is available, the recipient may access his voice SMS In- 
box by entering a voice SMS Receive Session. In the 
voice SMS Receive session the voice SMS server iden- 
tifies the calling party by the Calling Line ID (CLi), and 
provides him with access to the voice SMS message 
Inbox through a visual interface. From the visual inbox 
interface the user may choose further optional functions, 
such as Gall Retum, Voice SMS Return (a return of a 
voice SMS message), SMS Return (a return TEXT mes- 
sage), Voice SMS Fonvard or Message Delete. 
[0019] Since the service uses dynamic Inbox alloca- 
tion, a purge mechanism based on aging factors is im- 
plemented for both message and inbox entries. The us- 
er's inbox size limit, and the aging periods for the purge 
mechanism, may be provisioned bythe service provider. 
The voice SMS service flow involves two core notifica- 
tions, both generated by the voice SMS server and de- 
livered by an MT SMS. The first notification In the acti- 
vation flow is the New voice SMS Received notification, 
which is sent to the message recipient, notifying him of 
the newly-recorded voice SMS message. The second 
notification is the Message Receipt Confinnation notifi- 
cation, which notifies the message originator that the 
message was retrieved. It is possible for the recipient to 
decide whether to send the Message Receipt Confirma- 
tion notification or not. 

[0020] An important feature of the New Voice SMS 
Received notification is that the voice SMS server pro- 
vides a direct access number embedded in the text no- 
tification. The user effectively dials that access number 
by pressing on the number, and "single clicking" the 
send button of the handset, then the voice SMS server 
receives the CLI and is activated to play the specific 
voice message. 

A feature of the Invention is that for the service deploy- 
ment, neither the message originator, nor the message 
recipient, require any prior service subscription for a 
voice mailbox, nor are the parties required to be sub- 
scribers of the same mobile network. 
[0021] Other features and advantages of the inven- 
tion will become apparent from the following drawings 
and description. 

BRIEF DESCRIPTION OF THE DRAWINGS 

[0022] For a better understanding of the invention with 
regard to the embodiments thereof, reference is made 
to the accompanying drawings, in which like numerals 
designate con-esponding elements or sections through- 
out, and in which: 



15 



20 



25 



30 



35 



40 



45 



50 



3 



5 



EP1 185 068 A2 



6 



Fig. 1 is a schematic illustration of the voice SMS 
system environment, depicting a system for trans- 
mitting voice messages in accordance with a pre- 
ferred embodiment of the present Invention; 
Fig. 2 is a flow chart that schematically illustrates 
the process of sending a message In accordance 
with a exemplary embodiment of the present inven- 
tion; and 

Fig. 3 is a schematic illustration of the process of 
receiving a message in accordance with an exem- 
plary embodiment of the present invention. 

DETAILED DESCRIPTION OF THE PREFERRED 
EMBODIMENTS 

[0023] Reference Is now made to Fig. 1 , which is a 
schematic illustration of the voice SMS system environ- 
ment 20, depicting a system 30 for transmitting rtiobile 
originated (MO) voice messages in accordance with a 
preferred embodiment of the present invention. As 
shown, voice SMS client sender 52 is sending a voice 
message to voice SMS client recipient 54. Both clients 
are connected to voice SMS system 30 via a Public Land 
Mobile Network (PLMN) 56, hereinafter also referred to 
as the telephony world, wherein sender PLMN 56a may 
or may not be the same as receiver PLMN 56b. Neither 
sender 52 nor recipient 54 is required to have a voice 
mailbox. The access units 32 are responsible for the 
connection of the voice SMS system to telephony world 
(PLMN) 56, wherein these units handle the signaling, 
the voice media and the data that pass between system 
30 and the user's temninals. 

[0024] In the recording stage of the message, a call 
session is established after the user selects the ad- 
dressee in the Send Session choice on the GUI of his 
handset. Thus a connection is made between voice 
SMS system 30 and sender terminal 52. The voice SMS 
application server 34 allocates an Inbox in the storage 
server 38 for the storage of the message. Once the mes- 
sage is recorded and stored, voice SMS application 
server 34 triggers the notification server 36 to send re- 
ceiver 54 a new message notification with an embedded 
direct access number via receiver's PLMN 56b. Notifi- 
cation server 36 is also triggered to send sender 52 a 
message receipt confinnation notification once the mes- 
sage is retrieved by receiver 54. 
[0025] A Web Personal Provisioning 40 Is a host sub- 
system that can provide Internet 60 access to genehc 
address books 62 such as Knowbot, Netfind and which 
uses an open standard, such as Lightweight Directory 
Access Protocol (LDAP). Through WPP 40 the user may 
edit and update his PAB 42 details. The user may also 
edit and update his PAB 42 from the mobile client inter- 
face layer, using the GUI 58 on the handset, Sender 52 
of the message may use his PAB 42 entries to select 
the message destination in the addressing stage of the 
messaging session. 

[0026] Fig. 2 is a flow chart that schematically illus- 



trates the process 1 00 of sending a message, in accord- 
ance with an exemplary embodiment of the present in- 
vention. 

[0027] The process begins when the message origl- 
5 nator chooses the SEND option of the service. The 
menu options are displayed by the application interface 
layer in the mobile handset. In block 110, he is offered 
the option of either choosing a target number (one or 
many) from his PAB, or manually entering the numbers. 
10 [0028] The user chooses a target number out of a list 
in the PAB by pressing on the number, then a target 
number selector enables the voice SMS server to proc- 
ess the number selected. 

[0029] In block 1 1 2, the target number data is passed 
15 to the server (via SMS, WAP, Dual Tone Multi-Frequen- 
cy (DTMF) or long-dial, depending on the type of inter- 
face used). 

[0030] DTMF, or "touch tone", is a method used by the 
telephone system to communicate the keys pressed 
when dialing. Pressing a key on the phone keypad gen- 
erates two simultaneous tones, one for the row and one 
for the column. These are decoded by the exchange or 
a decoding unit to determine which key was pressed. 
[0031] In block 1 1 4, the server inquires if a destination 
Inbox has been allocated, and if not, after receiving the 
target number data (one or many) from the client appli- 
cation layer in the sender's handset, for example, in 
block 11 6 the server allocates an Inbox for the target. 
[0032] Once the server is done with the Inbox setup 
in block 116, or alternatively If one already exists, in 
block 11 8, a call session between the originator's hand- 
set and the server is initiated by the application layer on 
the mobile handset (i.e., the WAP browser or the SAT). 
[0033] The server identifies the caller using the GLI 
data, and then in block 120, a short prompt is played 
notifying the user that the recording session is on. In 
block 122, the user then records a message. 
[0034] Afterthe message originator hangs up, in block 
124, the server sends an MT (Mobile Temninated) short 
message to the destination, notifying of the new voice 
SMS arrival. The notification includes an embedded ac- 
cess number. 

[0035] Fig. 3 is a schematic illustration of the process 
130 of receiving a message, in accordance with an ex- 
emplary embodiment of the present invention. Fig. 3 
continues the overall sequence of operation of message 
transmittal. 

[0036] In block 140, the message recipient receives 
an MT New Message notification. 
[0037] In block 142, the recipient decides whether to 
perform direct access, as opposed to an INBOX session 
described beginning with block 148, and if so, in block 
144, the recipient dials the access number embedded 
in the notification. 

[0038] In block 146, the server identifies the GLI and 
message ID details. 

[0039] If the recipient chooses the altemative to direct 
access in block 142, then in block 148, the recipient en- 
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ters an INBOX session, i.e., a data session, 
[0040] When recipient accesses an INBOX session, 
in block 150 the server provides the client (the handset 
separate interface application layer) with INBOX details, 
i.e., the nunnber of messages and a list of current Inbox 
messages marked as read and unread. 
[0041] In block 152, the recipient chooses a message 
for retrieval, for example, in the case where several 
messages have accumulated since his last access. 
[0042] In block 154, the client Initiates a call session 
with the Voice SMS server. Thus the data session is 
closed and a voice session is opened. In block 1 56, the 
server identifies the appropriate CLI, 
[0043] In block 158, the recipient, either by using a 
direct access from the notification 144 or by activating 
the visual INBOX interface 150 provided by the applica- 
tion layer, retrieves the message. The message recipi- 
ent can listen to the received voice SMS either by using 
the "single click" access per block 144, or by choosing 
the specific message from the INBOX shelf of the avail- 
able application layer, per block 1 50. 
[0044] Once the recipient plays the message, the 
server can be programmed in block 160 to provide the 
message originator with a message receipt confirmation 
via MT short message. 

[0045] After playing the message, the application pro- 
vides the recipient with the following response options: 
Voice SMS Return, Call Return, SMS Return, Voice 
SMS Forward, Message Delete {SMS Return allows a 
prior art text message option). 
[0046] The server can be programmed to perform In- 
box purging using an aging mechanism. 

An SAT Voice SMS Interface 

[0047] The SIM Application Toolkit (SAT) technology 
altemative is applicable for mobile networks that have 
standardized the SIM and the SAT, for example, GSM 
Phase 2+ and beyond. GSM is a standard for digital cell- 
phone communications. 

[0048] When implementing an SAT client for the voice 
SMS, the handset user interface is implemented via 
special purpose menu entries and screens provided by 
the installed SAT voice SMS application, which uses 
SMS and long-dials to exchange data and requests with 
the voice SMS server The New voice SMS Received 
and Message Receipt Gonfimnation notifications for the 
SAT are provided via SMS. The recording session initi- 
ation, and the playing of messages, are done using long- 
dial requests. 

[0049] A long-dial request is a dialed long numberthat 
includes both the access short-code (specific message 
ID for the Retrieve option) and the target number for the 
Send option. Forthe selection of the target number (one 
or many) the voice SMS SAT application uses the local 
PAB details from the handset SIM card. For the creation 
and management of the voice SMS Inbox, the SAT ap- 
plication uses the data that is embedded in the New 



Message notifications. 

[0050] Under the SAT interface, service access is pro- 
vided through the deployment of long-dials. For in- 
stance, when the user enters the SEND option of the 

5 application and picks a target number from the address 
book, the application dials a long-dial that includes both 
the service request code (e.g. 1 23*) and the destination 
telephone number, including country code and area 
code (e.g. +0119147254323). 

10 [0051] In a preferred embodiment the voice SMS 
server is capable of retrieving the data from the long- 
dials. When choosing to play a selected message, a 
long-dial is used, exactly as forthe "single click" retrieval 
scheme, that includes both the service request code (e. 

'5 g. 321*) and the specific message ID (provided by the 
voice SMS server as part of the New Message notifica- 
tion). Some of the off-line Inbox manipulation instruc- 
tions, e.g., message delete and, message forward, etc., 
are delivered via MO SMS, optionally using Unstruc- 

20 tured Supplementary Services Data (USSD), generated 
by the SAT application. 

[0052] USSD is a GSM servicethat allows h igh-speed 
interactive communication between the subscribers and 
applications across a GSM network. USSD service pro- 

25 vides a mechanism for interactions that benefit from a 
"dialogue" structure. Other examples of such Interac- 
tions include Information services, banking services and 
customer care. The subscriber typically requests serv- 
ices by entering a specific short sequence of characters 

30 at the handset, such as *1 01 #. This sequence is passed 
across the mobile network to the USSD Server and rout- 
ed to the application. The application sends the re- 
sponse back to the subscriber through the USSD Server 
within the same signalling session. In this way, there is 

35 minimal delay between sending the query and receiving 
the response, other than the application processing the 
response. 

Implementing the voice SMS client through WAP 
40 interface 

[0053] A wireless application protocol (WAP) inter- 
face is implemented using Wireless Markup Language 
(WML) pages, requiring the utilization of WAP enabled 

45 handsets and a WAP gateway. Using the WAP browser 
the user may interact with, and view, the interface pages 
generated by an Integrated Media Unit (IMU). The IMU, 
which serves as the WAP access unit for the voice SMS 
system, is located between the voice SMS server (as 

50 an add-on thereto) and the WAP gateway. The IMU 
translates the user actions on the handset's browser into 
instructions forthe voice SMS server, and uses the data 
provided by the voice SMS server for the creation of the 
WML interface pages. 

55 [0054] For the support of the full voice SMS function- 
ality, both the mobile handset WAP browser and the 
WAP gateway must support Wireless Telephony Appli- 
cation Interface (WTAI). The WTAI is the application in- 
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terface layer between the WAP browser and the mobile 
equipment, a layer that enables the browser to initiate 
telephony functions in the mobile handset (e.g. Setup 
Call, Temnlnate Call etc.) In reaction to instructions re- 
ceived over the air (delivered through the WAP gate- 
way). For the selection of the target number (one or 
many) In the send session, the Voice SMS WAP inter- 
face browses the PAB entries which reside on a PAB 
server (the IMU may act as a PAB server as a prelimi- 
nary solution). The New Voice SMS Received and Mes- 
sage Receipt Conf imnation notifications for the WAP op- 
tion are provided via SMS, but the non-voice exchange 
is done through the WAP channel between the IMU and 
the handset WAP browser through the WAP gateway. 
[0055] The utilization of the WAP implementation for 
the voice SMS involves both data sessions (i.e. brows- 
ing the application options and picking destination[s] out 
of an address book) and voice sessions (i.e. the actual 
recording/ playing of the voice messages) between the 
voice SMS client and the server. For each session type, 
different access units are used by the voice SMS sys- 
tem. The IMU, which serves as the access unit for WAP 
data sessions, is also responsible for the identification 
of the user. One of the mechanisms the IMU may use Is 
the browser ID. For example, browsers of the company 
Phone.com have a unique UPID (Unwired Planet ID) 
that may be used for user identification. 
[0056] The voice SMS system uses a browser ID - CLI 
cross-reference table, so that the Calling Line ID (CLI) 
could be used for the interrogation protocol with the 
voice SMS server. The WTAI capabilities of the WAP 
browser are applied when the user chooses to play or 
record a message, and when a voice (call) session is 
established. 

The voice SMS IVR Interface 

[0057] The IVR interface is, itself, an interface alter- 
native, but additionally, can enable service interaction 
between handsets with a visual interface, and handsets 
without a visual interface (including fixed line exten- 
sions). For the IVR option the voice SMS service is pro- 
vided through a dial-up session with the voice SMS serv- 
er. The sending party dials an access code to the voice 
SMS server, and it is then requested to digitize the target 
number, from this point on, the recording session is sim- 
ilar to the enhanced interface case. There is no integra- 
tion with the PAB for the IVR option. 
[0058] On the receiving end, a New Voice SMS Re- 
ceived SMS notification Is received and with the same 
"single click" approach, the message can be retrieved. 
A Message Receipt Confirmation is sent via SMS to the 
message originator once the receiving party has played 
the message. The message recipient may also access 
the inbox and perfomn more complex features (such as 
Voice SMS Forward) by accessing the voice SMS server 
via dial-up for an IVR Receive Session . Voice SMS mes- 
sages can generally be sent from a fixed line telephone. 



Voice SMS messages can also be received on a fixed 
line telephone with notification, for example, via a stut- 
tertone, which is a series of short bursts of an audio dial 
tone. 

5 [0059] Using the IVR interface, access is perfomned 
with short codes and IVR dialogs in a call session. For 
instance, the user dials the short code 1 23* to enter the 
voice SMS Send Session, and 321* to enter a Retrieval 
Session. Once in the Send Session, the user is request- 

10 ed to digitize the target number data, while in a Retrieval 
Session, the user is asked to select a specific message. 
[0060] It will be appreciated that the preferred embod- 
iments described above are cited by way of example, 
and that the present invention is not limited to what has 

15 been particularly shown and described hereinabove. 
Rather, the scope of the present invention, as defined 
by the appended claims, includes both combinations 
and sub-combinations of the various features described 
hereinabove, as well as variations and modifications 

20 thereof, which would occur to persons skilled in the art 
upon reading the foregoing description, and which are 
not disclosed in the prior art. 



1. A system for sending and receiving outgoing and 
incoming voice messages over at least one mobile 
telephone network via send/receive devices of a 

30 message sender and a message receiver, said sys- 
tem comprising: 

a voice SMS application server coupled with a 
message storage device and a notification 

35 server; and 

an application user interface layer coupled with 
a graphic user Interface (GUI) on at least one 
of the send/receive devices of the message 
sender and receiver, said application user tn- 

40 terface layer communicating with said applica- 

tion server over said at least one telephone net- 
work for managing outgoing and incoming 
voice messages of said voice SMS application 
server. 

45 

2. The system of claim 1 , wherein said notification 
server generates notifications by a mobile temninat- 
ed SMS. 

50 3. The system of claim 1 , wherein said message stor- 
age device comprises a memory device for storing 
at least one message Inbox. 

4. The system of claim 1 , wherein said message stor- 
es age device comprises a memory device for storing 

at least one voice message. 

5. The system of claim 1 , further comprising a memory 



25 Claims 
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device for storing at least one user profile, which 
includes user PAB and user selected preferences. 

6. The systenn of clainn 5, further comprising a Web 
Personal Provisioning coupled to provide electronic 
network access to said at least one user profile. 

7. The system of claim 1 , wherein said application us- 
er interface layer Includes a SEND option. 

8. The system of claim 1 , wherein said application us- 
er interface layer Is configured to access and edit a 
PAB. 

9. The system of claim 8, wherein said application us- 
er interface layer includes an option to select at 
least one telephone number from said PAB. 

10. A voice SMS application server operative to send 
and receive voice messages and voice message 
notifications between a sender and a receiver ac- 
cording to a specified target number, said server 
comprising: 

a PAB for storage of said target numbers; 
a voice SMS message storage device; 
a notification server; 

at least one access unit to provide access to 
and from a mobile network; and 
a controller operative to access and control said 
PAB, voice SMS storage device, notification 
server and said at least one access unit. 

11. The server of claim 10, wherein said controller in- 
cludes a direct access selector for enabling direct 
retrieval of messages from the voice SMS message 
storage device based on an embedded access 
number. 

12. The server of claim 10, further comprising a Web 
Personal Provisioning. 

13. A method for sending a mobile originated voice 
message comprising: 

choosing a target number designating an In- 
tended message receiver; 
connecting to a voice SMS server; 
communicating said target number to said 
voice SMS server over a mobile communica- 
tions network; 

recording a message on said SMS server in an 
Inbox corresponding to said target number; 
embedding a direct access number corre- 
sponding to said recorded message In a new 
message notification signal; and 
sending said new message notification signal 
to said Intended receiver. 



14. The method of claim 13, wherein said communicat- 
ing and sending is perfonned via SMS. 

15. The method of claim 13, wherein saidcommunicat- 
5 Ing and sending is perfonned via a DTMF protocol. 

16. The method of claim 13, wherein said communicat- 
ing and sending is perfonned via long-dial. 

10 17. The method of claim 13, further comprising activat- 
ing an INBOX on a GUI application layer on a send/ 
receive device of said intended message receiver. 

18. The method of claim 17, wherein before recording 
15 a message, a sender is prompted that a recording 

session is starting. 

19. A method for receiving a mobile originated voice 
message left by a sender for a receiver, said method 

20 comprising: 

receiving a new message notification signal 
having an embedded direct access number; 
con necting to a voice SMS server over a wire- 
25 less communication network via an application 

user interface layer on a send/receive device 
of said receiver; and 

retrieving the mobile originated voice message 
from the voice SMS server to said receiver. 

30 

20. The method of claim 19, wherein said retrieving Is 
done by said receiver with "single click" access by 
means of said embedded direct access number. 

35 21 . The method of claim 1 9, and further comprising, no- 
tifying said sender via SMS that said mobile origi- 
nated voice message has been retrieved. 

22. The method of claim 19, wherein said application 
40 user interface layer Includes a graphic user inter- 
face which enables said receiver to operate said 
send/receive device in at least one of the following 
modes: 

45 voice SMS RETURN; 

CALL RETURN; 
SMS RETURN; 
voice SMS FORWARD; and 
MESSAGE DELETE. 

50 

23. The method of claim 22, wherein a voice message 
stored in said voice SMS server Is purged after a 
preset time. 

55 24. A method for enabling the sending and receiving of 
a plurality of voice messages and voice message 
notifications over at least mobile phone communi- 
cation network between a sender and a receiver 
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each having send/receive devices where at least 
one of the sender and receiver does not have a 
voice nnailbox, connprising: 

choosing at least one receiver telephone 
nunnber associated with a message receiver; 
sending said at least one receiver telephone 
nunnberfrom a message senderto a voice SMS 
application server; 
allocating a voice mailbox; 
initiating a call session with said server; 
recording a voice message; 
embedding an access telephone number asso- 
ciated with said message in a notification and 
therewith notifying the send/receive device of 
said message receiver of the receipt of said 
voice message; and 

calling the telephone number associated with 
said message and retrieving said message. 

25. The method of claim 24, wherein said message 
sender has a voice mailbox and said message re- 
ceiver does not. 

26. The method of claim 24, wherein said message re- 25 
ceiver has a voice mailbox and said message send- 
er does not. 

27. The method of claim 24, wherein said message 
sender has no voice mailbox and said message re- 30 
ceiver has no voice mailbox. 

28. A send/receive device for communicating over a 
wireless communications network and operative to 
communicate with a voice SMS application server, 35 
said send /receive device including an application 
user interface layer including a graphics user inter- 
face, for managing incoming and outgoing voice 
messages on said voice SMS application server. 
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